home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-06 / an106c.zip / AN106-3 < prev   
Text File  |  1991-05-30  |  20KB  |  446 lines
  1. Backing Up Macintosh Files on a NetWare Server
  2.  
  3. Jill Johnson
  4. Technical Support Engineer
  5. Novell Walnut Chreek
  6.  
  7. Abstract:
  8. This AppNote addresses the issues involved in backing up Macintosh files 
  9. stored on a NetWare file server. It covers Novell's backup products as they 
  10. relate to Macintosh files, and looks at some third#party solutions as well.
  11.  
  12. Disclaimer
  13.  
  14. Novell, Inc. makes no representations or warranties with respect to the 
  15. contents or use of these Application Notes (AppNotes) or of any of the 
  16. third#party products discussed in the AppNotes. Novell reserves the right to 
  17. revise these AppNotes and to make changes in their content at any time, 
  18. without obligation to notify any person or entity of such revisions or 
  19. changes. These AppNotes do not constitute an endorsement of the third#party 
  20. product or products that were tested. Configuration(s) tested or described 
  21. may or may not be the only available solution. Any test is not a 
  22. determination of product quality or correctness, nor does it ensure 
  23. compliance with any federal, state or local requirements. Novell does not 
  24. warranty products except as stated in applicable Novell product warranties or 
  25. license agreements.
  26.  
  27. Copyright { 1991 by Novell, Inc., Provo, Utah. All rights reserved.
  28.  
  29. As a means of promoting NetWare AppNotes, Novell grants you without charge 
  30. the right to reproduce, distribute and use copies of the AppNotes, provided 
  31. you do not receive any payment, commercial benefit or other consideration for 
  32. the reproduction or distribution, or change any copyright notices appearing 
  33. on or in the document.
  34.  
  35. Contents
  36.  
  37. Introduction        41
  38.  
  39. Structure of Macintosh Files        41
  40.  
  41. Macintosh File Backup Issues        42
  42.  
  43. Losing the Resource Fork        42
  44.  
  45. Hidden Files and Directories        43
  46.  
  47. Using ResEdit to Recover Damaged Files        44
  48.  
  49. Novell's Macintosh#Aware Backup Solutions        45
  50.  
  51. MACBACK        45
  52.  
  53. Streaming Tape Backup VAP        45
  54.  
  55. NBACKUP        46
  56.  
  57. SBACKUP        47
  58.  
  59. Third#Party Backup Solutions        48
  60.  
  61. Emerald Systems        49
  62.  
  63. Mountain Computer        49
  64.  
  65. Cheyenne Software        49
  66.  
  67. Conclusion        50
  68.  
  69. Bibliography        50
  70.  
  71. Acknowledgments        50
  72.  
  73. Introduction
  74.  
  75. Recently, Novell Systems Research published an extensive report entitled 
  76. #Network Backup" that covered many of the issues involved in backing up 
  77. NetWare networks. This Application Note is an addition to that report. It 
  78. shows how Macintosh files saved to a NetWare file server fit into the world 
  79. of backups. This information should clear up the confusion some Novell 
  80. customers have experienced in backing up NetWare file servers that include 
  81. Macintosh support. 
  82.  
  83. Structure of Macintosh Files 
  84.  
  85. Macintosh files require special consideration during a backup of a NetWare 
  86. file server because they are structured differently than DOS files. Each 
  87. Macintosh file may have a data fork and a resource fork. A DOS file, by 
  88. contrast, has only a data fork (see ). The data fork is an unstructured, 
  89. finite sequence of data bytes. The resource fork of a Macintosh file, which 
  90. differentiates it from a DOS file, is accessible through the Macintosh 
  91. Resource Manager. The resource fork contains specialized data used by an 
  92. application, such as menus, fonts, icons, application code for an application 
  93. file, drivers, and the data structures for mapping them within the fork. 
  94. While AFP (AppleTalk Filing Protocol) is designed to consider both forks as 
  95. finite#length byte sequences, it includes no special rules relating to the 
  96. structure of the resource fork.
  97.  
  98. : Structure of a Macintosh File 
  99.       
  100.  
  101. Either or both forks of a given Macintosh file can be empty. Non#Macintosh 
  102. clients (such as DOS, OS/2, or Windows machines) that consider a file to have 
  103. only one fork use the Macintosh file's data fork. By contrast, files created 
  104. by a DOS workstation and used by a Macintosh client will have an empty 
  105. resource fork supplied by the Macintosh Resource Manager, because a resource 
  106. fork, though unintelligible to DOS, is required by the Macintosh operating 
  107. system. As a result, a DOS workstation that has gained access to a file 
  108. created by a Macintosh may not be aware of the existence of the file's 
  109. resource fork and will probably not use the resource fork.
  110.  
  111. Macintosh File Backup Issues 
  112.  
  113. Losing the Resource Fork 
  114.  
  115. If you back up a NetWare file server without taking Macintosh issues into 
  116. consideration, your backup will include only the data fork portions of the 
  117. Macintosh files on the server. If you then restore files from this backup to 
  118. the file server, all the Macintosh files will be visible to all the clients 
  119. but inaccessible to the Macintosh clients. In fact, those Macintosh files 
  120. will appear as DOS files displayed with the icons for DOS files (see  and ). 
  121. This occurs because the resource fork and Finder information of the Macintosh 
  122. files are lost.                      
  123.  
  124. : Macintosh Files Before Backup 
  125.  
  126. : Macintosh Files Appear as DOS Files After Bad Backup 
  127.  
  128. If you try to launch a Macintosh application or access a Macintosh file after 
  129. a faulty backup, you will receive an error message (see ).
  130.  
  131. : Error Message Received When Trying to Access a Macintosh File After Bad 
  132. Backup                               
  133.  
  134. Hidden Files and Directories 
  135.  
  136. When you are backing up Macintosh files, you should also consider the many 
  137. hidden files and directories created on the NetWare server when NetWare for 
  138. Macintosh is installed. If these files and directories are corrupted or not 
  139. backed up properly, both the Macintosh files and the NetWare for Macintosh 
  140. system files may be lost. 
  141.  
  142. One such hidden directory created on the NetWare file server is the Desktop 
  143. directory. Each Macintosh client maintains a hidden Desktop file that 
  144. contains information for use by the Macintosh Finder. For file server volumes 
  145. (as opposed to client volumes), AFP provides an interface that replaces the 
  146. Macintosh Finder's direct use of the Desktop file. This interface is 
  147. necessary because the Desktop file is designed for a single#user, stand#alone 
  148. environment. The AFP interface to the Desktop database can be used 
  149. transparently for both local and remote volumes and can be shared by multiple 
  150. users. 
  151.  
  152. The Desktop database on a file server holds information that the Finder 
  153. specifically needs to build its unique user interface, in which icons 
  154. represent objects on a disk volume. The Desktop also associates applications 
  155. with particular icons, stores the icons' bitmaps, locates the corresponding 
  156. application when a user opens a document, and holds text comments associated 
  157. with files and directories. 
  158.  
  159. Macintosh applications usually contain not only an icon that is displayed for 
  160. the application itself but also other icons displayed for the documents that 
  161. the application creates. These icons are stored in the application's resource 
  162. fork and in the Desktop database. The Desktop database associates these icons 
  163. with each file's creator and type, which are stored in part of the file's 
  164. Finder information. 
  165.  
  166. Using ResEdit to Recover Damaged Files 
  167.  
  168. As you can see, if the resource fork information is lost, the Macintosh file 
  169. itself is lost. Data files can sometimes be recovered using a program from 
  170. Apple Computer called ResEdit. ResEdit is a graphics#based application for 
  171. manipulating the various resources in a Macintosh file. Be forewarned, 
  172. however, that manipulating files incorrectly with ResEdit can damage files 
  173. irreversibly. Using ResEdit to get data files back is a time#consuming 
  174. process. ResEdit by no means provides a supported or workable solution for 
  175. all instances of lost resource forks on all of your Macintosh files on the 
  176. NetWare file server. You can not use ResEdit to restore application files, 
  177. only document files. 
  178.  
  179. Keeping in mind all these provisos, here is a procedure for recovering a lost 
  180. resource fork from a damaged Macintosh data file using ResEdit: 
  181.  
  182. 1.    Make a blank file using the application with which your original 
  183. damaged file was created. 
  184.  
  185. 2.    Copy the damaged original file from your server to your Macintosh 
  186. workstation. 
  187.  
  188. 3.    Launch ResEdit, and open both the new blank file and the damaged 
  189. original file. When you open the damaged file, ResEdit will ask if you want 
  190. to create a resource fork for the file. Choose #OK." 
  191.  
  192. 4.    Copy the resources from the blank file to the damaged file. 
  193.  
  194. 5.    Choose #Get Info" in the File menu for each of the opened files and 
  195. change the damaged file's TYPE and CREATOR fields to match those of the blank 
  196. file. 
  197.  
  198. 6.    Save all the changes and quit ResEdit.
  199.  
  200. 7.    Open your application and then open the originally damaged file. You 
  201. should now see a restored Macintosh file.
  202.  
  203. Novell's Macintosh#Aware Backup Solutions 
  204.  
  205. Novell offers four different solutions for backing up Macintosh files on a 
  206. NetWare server:
  207.  
  208. w    MACBACK (no longer shipping) 
  209.  
  210. w    Streaming Tape Backup VAP 
  211.  
  212. w    NBACKUP 
  213.  
  214. w    SBACKUP 
  215.  
  216. MACBACK 
  217.  
  218. The MACBACK utility was Novell's first solution for backing up Macintosh 
  219. files on NetWare file servers. MACBACK was a NetWare command line utility 
  220. that archived and restored only Macintosh files to network disks or local 
  221. drives. MACBACK archived and restored only Macintosh files stored on a 
  222. NetWare v2.15 file server. To do a complete system backup, you had to use 
  223. NARCHIVE for the DOS files in addition to MACBACK.
  224.  
  225. MACBACK was a first attempt to resolve the problems of backing up Macintosh 
  226. files, but it was not very reliable. It also forced system administrators to 
  227. back up their file servers twice, once for the Macintosh files and once for 
  228. the DOS files. MACBACK's most noticeable difficulty occurred when you backed 
  229. up any Macintosh applications resident on the file server. A Macintosh 
  230. application has a 0#byte data fork, and MACBACK couldn't restore files with 
  231. 0#byte data forks. 
  232.  
  233. Streaming Tape Backup VAP 
  234.  
  235. The Streaming Tape Backup VAP will back up and restore all files from a 
  236. v2.12, v2.15C, or v2.2 file server. The VAP runs on either a file server or a 
  237. bridge and can back up or restore to any server on the internetwork running 
  238. the versions of NetWare listed above. This product uses console command line 
  239. options at the file server or bridge to back up and restore. One major 
  240. restriction is this product works only with a PC#36 controller board. Many 
  241. people aren't aware of this product due to this restriction. 
  242.  
  243. When restoring Macintosh files, you will have to rebuild the Desktop after 
  244. running RESTORE if both of the following are true: 
  245.  
  246. w    You have restored AFP files to a different volume than they were 
  247. backed up from.
  248.  
  249. w    The volume to which the files were restored does not contain the 
  250. application that uses the restored files. 
  251.  
  252. These conditions would also cause you to lose the comments associated with 
  253. each file. To rebuild the Desktop do the following: 
  254.  
  255. 1.    Restart the Macintosh workstation using the Finder (not MultiFinder). 
  256.  
  257.  
  258. 2.    Log in as Supervisor from this Macintosh client.
  259.  
  260. 3.    When you mount the server's volume(s), hold down the Command#Option 
  261. keys on the Macintosh keyboard.
  262.  
  263. 4.    You will be prompted to confirm that you wish to rebuild the Desktop 
  264. on the server's volume(s). Answer #Yes." 
  265.  
  266. The Finder will then traverse the file system on the file server's volumes 
  267. and update the contents of each Desktop directory (at the root of each 
  268. volume) with the current location and document icon for each Macintosh 
  269. application. 
  270.  
  271. NBACKUP 
  272.  
  273. NBACKUP was developed to resolve MACBACK problems and to make backups a 
  274. one#step process. NBACKUP backs up and restores both Macintosh and DOS files 
  275. from NetWare v2.15, v2.2, and v3.x file servers. You must run NBACKUP from a 
  276. DOS workstation and adhere to certain procedures in order to get the desired 
  277. results. Some NBACKUP issues are covered here, but you should check your 
  278. NetWare manuals for further details. 
  279.  
  280. With NBACKUP, you can only restore a backup of a server's files to the same 
  281. type of NetWare system from which you made the backup. For example, if you 
  282. back up a NetWare v2.15C system with Macintosh VAPs v2.0, it must be restored 
  283. to a NetWare v2.15C system with Macintosh VAPs v2.0. 
  284.  
  285. NBACKUP backs up your NetWare file server primarily to DOS devices, but it 
  286. does support a few non# DOS devices. The table shown in  lists the most 
  287. current available drivers. More third#party companies will undoubtedly 
  288. introduce drivers to support NBACKUP.                            
  289.  
  290. : Backup Devices Supported by NBACKUP     
  291.  
  292. Multiple versions of NBACKUP exist. Each version supports different drivers 
  293. as well as different NetWare versions. NBACKUP is included with the NetWare 
  294. operating system and should be used only with the version of NetWare with 
  295. which it is shipped. 
  296.  
  297. NBACKUP's interface uses the standard NetWare menu structure. NBACKUP does 
  298. not allow you to restore files and directories to a different location from 
  299. where they were backed up. 
  300.  
  301. SBACKUP 
  302.  
  303. SBACKUP is Novell's newest solution for backing up NetWare file servers. 
  304. SBACKUP is a NetWare Loadable Module (NLM) for a NetWare v3.11 file server. 
  305. SBACKUP allows you to back up files using DOS, Macintosh, OS/2, and NFS name 
  306. spaces. SBACKUP includes more drivers for tape drive units than NBACKUP does, 
  307. supports two additional types of name spaces (OS/2 and NFS), and can be run 
  308. from the server console while still accessing other servers on the network. 
  309. New device drivers, developed for Novell by Cheyenne Software, Inc., are 
  310. included with NetWare v3.11, supporting more than 50 third#party hardware 
  311. backup devices. For backing up Macintosh files, these devices include 
  312. Adaptec, Future Domain, and Bustek controllers. 
  313.  
  314. A second NLM is associated with SBACKUP. The TSA.NLM allows SBACKUP to access 
  315. multiple servers, in addition to the server where SBACKUP resides. In , FS3 
  316. is a NetWare v3.11 file server running the SBACKUP.NLM. Because the TSA.NLM 
  317. is loaded on the other servers on the network, SBACKUP can back up servers 
  318. FS1, FS2, and FS3 all from FS3's server console. The TSA.NLM is currently 
  319. available only for NetWare v3.11 file servers. 
  320.  
  321. : Using TSA.NLM to Access Other Servers During Backup 
  322.  
  323. Currently, SBACKUP cannot redirect Macintosh files during a restore. If 
  324. Macintosh files or directories are restored to a different directory or 
  325. volume than the original backup source, the Macintosh files lose their 
  326. Macintosh names and are displayed with the DOS name space convention of eight 
  327. characters. The Macintosh files also lose the comments associated with the 
  328. file in the #Get Info" field. The redirection feature will be included in 
  329. future releases of SBACKUP. 
  330.  
  331. Third#Party Backup Solutions 
  332.  
  333. A number of vendors' software and hardware solutions provide an alternative 
  334. to Novell's solutions. The vendors mentioned are by no means the only vendors 
  335. that support backing up Macintosh files on a NetWare file server, nor are the 
  336. product evaluations comprehensive. One thing to keep in mind is that these 
  337. vendors' hardware solutions won't necessarily work with Novell's software 
  338. backup solutions (for example, NBACKUP or SBACKUP). For this reason, when 
  339. Novell releases a new operating system and you upgrade your file server(s), 
  340. the third#party vendor may not immediately offer a backup solution compatible 
  341. with the new NetWare release. If you need to use another vendors' hardware 
  342. with Novell's NBACKUP or SBACKUP, you will have to obtain a driver from the 
  343. vendor. In the case of SBACKUP, you will have to find out whether that 
  344. vendor's hardware will work with the standard Cheyenne driver. These vendors' 
  345. solutions were not evaluated with the new releases of NetWare v2.2 or v3.11 
  346. operating systems. Please check with the vendor for those solutions. 
  347.  
  348. Another consideration is that many vendors' backup units and software are 
  349. certified by Novell to work with NetWare. This certification may have 
  350. restrictions. IMSP test procedures do not include backing up Macintosh files. 
  351. Also, merely because a product is not officially #NetWare Certified" doesn't 
  352. mean it won't work with NetWare. The best advice is for the buyer to beware. 
  353. Make sure the vendor of the backup system understands the need to back up 
  354. Macintosh files and the issues involved. Also, even if a vendor supports 
  355. backups of Macintosh files on a NetWare server, not all versions of the 
  356. vendor's products may include this support. 
  357.  
  358. Emerald Systems 
  359.  
  360. Emerald offers two versions of their software that will back up Macintosh 
  361. files on a NetWare server: EmSAVE and EmQ. EmSAVE runs from a NetWare DOS 
  362. client, while EmQ must be installed on a NetWare file server. EmSAVE has some 
  363. of the limitations that NBACKUP has; EmSAVE v3.0 can't redirect AFP files, 
  364. and will generate errors if you try. For example, the error #Cannot Redirect 
  365. AFP directories or files [EM0246]" will be generated. The documentation for 
  366. Emerald's product explains that this error means #Redirecting AFP file during 
  367. a restore operation is not a supported function in this version of the 
  368. Emerald Systems application."
  369.  
  370. Emerald's software has a Windows#type interface, which makes backing up and 
  371. restoring the different files and directories intuitive and easy to carry 
  372. out. 
  373.  
  374. Mountain Computer 
  375.  
  376. Mountain's FileSafe backup utility is another solution for backing up 
  377. Macintosh and DOS files from a NetWare server. FileSafe allows you to 
  378. redirect backed#up Macintosh files to different directories. Hidden files are 
  379. also easily handled. FileSafe's interface is not Windows#like, but it is 
  380. menu#driven and easily mastered. 
  381.  
  382. Be sure to note that not all Mountain hardware and software products work 
  383. with Macintosh files. For example, Mountain's MM series software will not 
  384. back up Macintosh files, but Mountain is currently developing a version that 
  385. will. 
  386.  
  387. Cheyenne Software 
  388.  
  389. ARCserve is one of the few server#driven backup applications evaluated. The 
  390. version for NetWare v2.15 with Macintosh VAPs is a bit awkward because the 
  391. backup administrator must be able to work at the server console and on a 
  392. workstation at the same time to make efficient use of the product. The 
  393. version for NetWare v3.11 with NetWare for Macintosh v3.0 is more efficient 
  394. because you can back up from the server console directly. 
  395.  
  396. ARCserve uses the NetWare menu style and, like FileSafe, can redirect 
  397. Macintosh files to different subdirectories. 
  398.  
  399. Conclusion
  400.  
  401. The more types of workstations and operating systems are introduced to 
  402. NetWare networks, the more complex backup issues will become. Hopefully this 
  403. Application Note has cleared up some of the confusion surrounding Macintosh 
  404. files and how these files are structured, along with how the operating system 
  405. handles this structure. 
  406.  
  407. There are many books and reports available that can give more detailed 
  408. information about the various topics touched on here. The Bibliography lists 
  409. references for further information about network backups, Macintosh files and 
  410. the Macintosh operating system, and other related topics.
  411.  
  412. Bibliography 
  413.  
  414. Inside Macintosh, Volumes I and II; available from Apple Computer, Inc. and 
  415. Addison# Wesley Publishing Co., Inc. 
  416.  
  417. Inside AppleTalk by Gursharan S. Sidhu, Richard F. Andrews, and Alan B. 
  418. Oppenheimer; available from Apple Computer, Inc. and Addison#Wesley 
  419. Publishing Co., Inc. 
  420.  
  421. #Network Backup," available from Novell Systems Research through the Novell 
  422. AppNotes Hotline (801) 429#7550. 
  423.  
  424. Acknowledgments 
  425.  
  426. We extend special thanks to the following vendors for loaning backup units 
  427. and software for testing. 
  428.  
  429. Emerald Systems 
  430. 4757 Morena Boulevard 
  431. San Diego, CA 92117 
  432. (619) 673#2161 
  433.  
  434. Mountain Computer, Inc. 
  435. 360 El Pueblo Road 
  436. Scotts Valley, CA 95066 
  437. (800) 458#0300 
  438.  
  439. Cheyenne Software, Inc. 
  440. 55 Bryant Ave. 
  441. Roslyn, NY 11576 
  442. (516) 484#5110
  443.  
  444. Editor's Note: The author accepts written feedback at FAX (801) 429#5511.
  445.  
  446.